home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1994 / aug94.doc / 000535_owner-lightwave-l _Fri Aug 26 15:20:21 1994.msg < prev    next >
Internet Message Format  |  1995-03-23  |  2KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by mail3.netcom.com (8.6.9/Netcom)     id OAA19121; Fri, 26 Aug 1994 14:33:03 -0700
  3. Received: from nova.unix.portal.com by mail3.netcom.com (8.6.9/Netcom)     id OAA19111; Fri, 26 Aug 1994 14:33:00 -0700
  4. Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.7/8.6.4) with ESMTP id OAA18152 for <lightwave-l@netcom.com>; Fri, 26 Aug 1994 14:32:25 -0700
  5. Received: from localhost (adh@localhost) by jobe.shell.portal.com (8.6.4/8.6.5) id OAA20182 for lightwave-l@netcom.com; Fri, 26 Aug 1994 14:32:24 -0700
  6. Date: Fri, 26 Aug 1994 14:32:24 -0700
  7. From: Allen D Hastings <adh@shell.portal.com>
  8. Message-Id: <199408262132.OAA20182@jobe.shell.portal.com>
  9. To: lightwave-l@netcom.com
  10. Subject: Re:  Ram 4 Previews
  11. Sender: owner-lightwave-l@netcom.com
  12. Precedence: bulk
  13. Reply-To: lightwave-l@netcom.com
  14.  
  15. >Hi, I seem to have come across a small bug (undocumented feature in Imagine
  16. >speak ;)) in the way that Preview deals with memory. Twice this week, preview
  17. >has quite happily rendered up a 300 frame anim, but left the system without 
  18. >enough ram to open the play control window - or any other menu/window/screen
  19. >for that matter. Flipping over to the workbench reveals a ram count of around 
  20. >100k. The only way out of this is a reboot as it`s impossible to get at the 
  21. >preview/free preview menu item. All of the gadgets which do not require menu
  22. >or windows to be opened work fine i.e changing views, moving/scaling objects
  23. >etc.
  24.  
  25. The preview frame allocator already has a feature to prevent that (a
  26. "safety" chunk of memory is allocated first, then the frames are
  27. allocated, then the safety chunk is freed).  It sounds like I need to
  28. increase the size of that chunk to leave more memory free in worst
  29. case conditions.  If you experience the problem a lot, you can do this
  30. yourself by copying a file to "ram:" before making any previews.  Then
  31. if you find yourself too low on memory to play or free a preview, flip
  32. to the shell window and delete the file (it should be a few hundred K
  33. in size to be safe).
  34.  
  35. - AH
  36.